home *** CD-ROM | disk | FTP | other *** search
-
-
-
- PPPPMMMMNNNNSSSSMMMMEEEERRRRGGGGEEEE((((1111)))) PPPPMMMMNNNNSSSSMMMMEEEERRRRGGGGEEEE((((1111))))
-
-
-
- NNNNAAAAMMMMEEEE
- ppppmmmmnnnnssssmmmmeeeerrrrggggeeee - merge multiple versions of a Performance Co-Pilot PMNS
-
- SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
- $$$$PPPPCCCCPPPP____BBBBIIIINNNNAAAADDDDMMMM____DDDDIIIIRRRR////ppppmmmmnnnnssssmmmmeeeerrrrggggeeee [----aaaaddddffffvvvv] _i_n_f_i_l_e [...] _o_u_t_f_i_l_e
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- ppppmmmmnnnnssssmmmmeeeerrrrggggeeee merges multiple instances of a Performance Metrics Name Space
- (PMNS), as used by the components of the Performance Co-Pilot (PCP).
-
- Each _i_n_f_i_l_e argument names a file that includes the root of a PMNS, of
- the form
-
- root {
- /* arbitrary stuff */
- }
- The order in which the _i_n_f_i_l_e files are processed is determined by the
- presence or absence of embedded control lines of the form #define
- _DATESTAMP YYYYMMDD
-
- Files without a control line are processed first and in the order they
- appear on the command line. The other files are then processed in order
- of ascending _DATESTAMP.
-
- The ----aaaa option suppresses the argument re-ordering and processes all files
- in the order they appear on the command line.
-
- The merging proceeds by matching names in PMNS, only those nnnneeeewwww names in
- each PMNS are considered, and these are added after any existing metrics
- with the longest possible matching prefix in their names. For example,
- merging these two input PMNS
-
- root { root {
- surprise 1:1:3
- mine 1:1:1 mine 1:1:1
- foo foo
- yawn
- yours 1:1:2
- } }
- foo { foo {
- fumble 1:2:1
- mumble 1:2:3
- stumble 1:2:2 stumble 1:2:2
- } }
- yawn {
- sleepy 1:3:1
- }
-
-
-
-
-
- PPPPaaaaggggeeee 1111
-
-
-
-
-
-
- PPPPMMMMNNNNSSSSMMMMEEEERRRRGGGGEEEE((((1111)))) PPPPMMMMNNNNSSSSMMMMEEEERRRRGGGGEEEE((((1111))))
-
-
-
- Produces the resulting PMNS in _o_u_t.
-
- root {
- mine 1:1:1
- foo
- yours 1:1:2
- surprise 1:1:3
- yawn
- }
- foo {
- fumble 1:2:1
- stumble 1:2:2
- mumble 1:2:3
- }
- yawn {
- sleepy 1:3:1
- }
-
- To avoid accidental over-writing of PMNS files, _o_u_t_f_i_l_e is expected to
- not exist when ppppmmmmnnnnssssmmmmeeeerrrrggggeeee starts. The ----ffff option forces the removal of
- _o_u_t_f_i_l_e (if it exists), before the check is made.
-
- The ----dddd option allows the resultant PMNS to optionally contain duplicate
- PMIDs with different names in the PMNS. By default this condition is
- considered an error.
-
- The ----vvvv option produces one line of diagnostic output as each _i_n_f_i_l_e is
- processed.
-
- Once all of the merging has been completed, ppppmmmmnnnnssssmmmmeeeerrrrggggeeee will attempt to
- compile the resultant namespace using ppppmmmmnnnnssssccccoooommmmpppp(1) - if this fails for any
- reason, _o_u_t_f_i_l_e will still be created, but ppppmmmmnnnnssssmmmmeeeerrrrggggeeee will report the
- problem and exit with non-zero status.
-
- CCCCAAAAVVVVEEEEAAAATTTT
- Once the writing of the new _o_u_t_f_i_l_e file has begun, the signals SIGINT,
- SIGHUP and SIGTERM will be ignored to protect the integrity of the new
- file.
-
- PPPPCCCCPPPP EEEENNNNVVVVIIIIRRRROOOONNNNMMMMEEEENNNNTTTT
- Environment variables with the prefix PPPPCCCCPPPP____ are used to parameterize the
- file and directory names used by PCP. On each installation, the file
- /_e_t_c/_p_c_p._c_o_n_f contains the local values for these variables. The
- $$$$PPPPCCCCPPPP____CCCCOOOONNNNFFFF variable may be used to specify an alternative configuration
- file, as described in ppppccccpppp....ccccoooonnnnffff(4).
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- ppppmmmmnnnnssssaaaadddddddd(1), ppppmmmmnnnnssssccccoooommmmpppp(1), ppppmmmmnnnnssssddddeeeellll(1), ppppccccpppp....ccccoooonnnnffff(4), ppppccccpppp....eeeennnnvvvv(4) and ppppmmmmnnnnssss(4).
-
-
-
-
-
-
-
- PPPPaaaaggggeeee 2222
-
-
-
-